Derniers tests et previews
TEST Wanderer The Fragments Of Fate : la version Quest enfin à niveau ?
TEST HUNTER×HUNTER NEN×IMPACT, un gameplay 5 étoiles dans un emballage discount
TEST Donkey Kong Bananza : l’art de la destruction
TEST Maestro : entre baguette magique et quelques fausses notes immersives sur PSVR 2
Dernières actualités
SOLDES sur Gamesplanet : 10 jours de promotion, Resident Evil 2 à 9,49 € pour bien se préparer avant l'arrivée de Requiem
BON PLAN : 160 Go en 5G et d'autres forfaits à moins de 9 € par mois chez Auchan télécom
Assassin's Creed Shadows va faire le plein de nouveautés tout au long de l'été, le DLC Traque sur Awaji enfin daté avec un bref teaser
SOLDES sur Gamesplanet : 10 jours de promotion, Avatar: Frontiers of Pandora à 18,99 € et bien plus à petit prix
s boot
Si tu venais à formater ta SD, pense tout de même à faire une sauvegarde sur PC avant. Il te suffira juste de remettre sur la SD l’ensemble des fichiers obtenus via SDSetup, le dossier Nintendo et ce qui se réfère à ton emuMMC. Attention, pour l’emuMMC, un simple copier/coller suffit si elle a été faite par fichiers. En revanche si c’est via partition, il faut d’abord l’extraire pour ensuite la remettre.
Une fois cela vérifié et opéré, il reste l’ajout des sigpatches. Il te faut prendre l’archive qui correspond à ton mode de boot. Si tu utilises Atmosphère, alors il te faut celle qui concerne le boot via fusee-primary et si tu utilises Hekate pour booter, ce sera l’autre. Il faudra penser également au fichier Hekate-ipl.ini.
Et pour terminer, si tu as opéré la mise à jour en HOS 11.0.1 et que ça date depuis la 9.2.0, alors, il te faut refaire un dump des keys via Lockpick_RCM.
Pour ce qui est du gestionnaire, tu peux utiliser Awoo en attendant que Goldleaf v0.9 soit dispo. Tinfoil/Tinleaf sont opérationnels également et te seront utiles si tu es ban mais je ne les ai pas testés et cela date pour tinfoil. Ce gestionnaire reste utile pour ceux qui sont vraiment bannis.
D'après le développeur Mike Heskin alias hexkiz, qui a l’habitude de déchiffrer le CFW SX OS, il semble que Les changements sont étrangement minimes et sont tous limités au code de l'espace utilisateur:
Le changement "Mariko BEK chainloading" se traduit par le changement de l'indicateur à l'offset 0x54 dans boot.dat (contrôle quels keylots doivent être effacés) de 0x2FFF à 0x0FFF.
Un certain nombre d'erreurs dans Loader associées à la réutilisation de toutes les payload DRM et aux changements globaux de style de code suggèrent fortement que ce n'est pas le travail des mêmes développeurs (ce qui pourrait expliquer le saut soudain de 3.0.5 à 3.1.0 avec donc des changements minimes).
Perfect !
MAJ OK !
NAND sauvegardée !
EmuNAND créée en RAW !
Boot sur EmuNAND OK !
Franchement grand merci pour ta patience et ton aide !
Ce WE, je m'attèle aux "backups".
J'aurais peut être encore un peu besoin de toi !
Mais je sais que je dois commencer par dumper mes clés... comme quoi j'écoute (enfin je lis !)
Ne pas savoir et ne pas tout maîtriser reste compréhensible d’où le fait de créer des tutoriels, des topics d’info et des FAQS détaillées un maximum. Et rien n’empêche de poser des questions lorsque nécessaire. C’est même le but.
Pour ce qui est de la différence dans les termes:
Le payload s’injecte. C’est un BIN. Comme Fusee-primary qui va se charger de lancer le CFW. D’autres existent pour aussi lancer des homebrews.
Le custom bootloader, comme Hekate, possède lui aussi un BIN pour le lancer. Mais cet outil va te proposer différentes options et fonctions que n’offre pas forcément le CFW. C’est comme un couteau suisse pour faire une comparaison ^^
Lorsque tu t’interroges sur la particularité qui concerne le boot sur Atmosphère, il peut être chargé à partir de
Pour booter directement sur Atmosphère sans erreur et sans passer par Hekate, plusieurs liens sont proposés pour les sigpatches. L’un pour utiliser Atmosphère seulement via fusee-primary et l’autre via Hekate. Celui qui concerne Hekate possède d’autres éléments qui permettent une utilisation sans erreur car deux fichiers aident à cela. Mais si tu ne souhaites pas utiliser Hekate, alors, ces mêmes fichiers ne sont pas forcément nécessaires ou un doit être modifié. Du coup je ne sais pas si je suis clair mais tu peux voir la différence de leur contenu qui t’aidera à comprendre.
Dans tous les cas, se passer de Hekate, pour ma part, n’est pas envisageable.
Je ferai ça demain soir, si je ne quitte pas trop tard le boulot, car cela fait 4 jours que je m'acharne dessus et je commence à faire une overdose.
Une fois la sysNAND à jour, si je n'ai pas de souci (je suis un peu un chat noir), je referai une carte SD à partir de "0".
Ensuite je réaliserai un backup de la NAND pour avoir au moins une sauvegarde "clean" (plus ou moins) en cas de besoin.
Enfin, je ferai mon emuNAND qui ne sera pas pour protéger ma sys, qui est déjà modifiée, mais plus une protection en cas de mauvaise manip.
Je te tiendrais au jus sur ce que cela aura donné.
Questions subsidiaires (il en faut bien un peu
1. Pour le boot via Hekate, j'avais bien pisté que cela bootait sur atmosphère. Ce que je ne comprends pas, c'est pourquoi avec le fusee_primary ça plante alors qu'avec le launch de Hekate pas de souci ? Je viens de tester avec mon emuMMC "disable" et en passant par le playload de Hetake et cela ne marche pas non plus... mystère.
2. Je pense qu'il n'y a pas de souci, mais je veux en être certain. Si je mets à jour ma console via Choixdujour en passant par la sysNAND via un CFW. Normalement, si je redémarre en OFW le firmware devrait être à jour aussi (puisque c'est la NAND !) ? Rien ne m'interdit aujourd'hui de passer d'un CFW au OFW tant que le wifi n'est pas paramétré.
J'ai repris les éléments sur SDSetup et j'ai mis les derniers sigpatches.
Et malgré cela impossible de démarrer en EmuMMC. J'ai testé l'EmuMMC sur une partition à part en RAW et en fichier directement sur le SD et c'est les mêmes symptômes.
J'ai tenté en FAT32 car pour le moment j'étais en exFAT. Pour essayer, car je n'avais pas de message particulier me disant que le exFAT n'était pas supporté.
J'ai essayé de démarrer fusee_primary.bin via le loader de Hekate et en l'injectant direct... idem j'ai la même "erreur fatal".
Pour info,
- la console est 6.0.0 et quand je boote en sysMMC, j'ai bien la console qui est en 6.0.0|AMS 0.015.0|S.
- j'étais en auto RCM et je l'ai disable mais cela ne change rien
Je finis par me dire que je ne dois pas bien préparer la carte SD mais franchement, je ne vois pas ce que je fais de mal.
Qu'est ce que je rate ?
Edit : Pour atmosphère, après quelques recherche sur des sites anglophones, je pense que c'est le firmware qui doit bloquer car il n'est pas à jour.
Idéalement, sauf erreur de ma part, il faudrait que je puisse boot sur l'emuMMC pour mettre à jour la emuNAND via Choixdujour et je pense que atmosphère booterait. Ai-je bien interprété ce que j'ai trouvé ?
Ensuite, si depuis le début, tu utilises tes SD en Fat32, c’est que le format exFat ne doit pas être actif sur la console. Donc il te faudrait tester en Fat32. Tu vérifieras ensuite si le format exFat est installé en insérant ta SD dans ce format et si ce n’est pas le cas, tu auras un message qui te demande une mise à jour pour installer le driver.
Et pour terminer, si en essayant en Fat32, cela ne donne rien, et qu’en bootant sans le JiG, tu n’as toujours rien, alors il faudrait s’assurer de savoir si ta SD ne serait pas corrompue via h2testw.
Ceci sont des pistes à voir. De plus, si tu ne peux pas la démarrer normalement en maintenant le bouton Power min 12s, c’est que le mode autoRCM doit être actif ou alors tu as opéré une manipulation irréversible. Et cela passera, en dernier recours, par une restauration de ta NAND si tu possèdes une sauvegarde.
Après avoir testé ce qui est indiqué au début et que tu n’as toujours rien, alors, tu peux essayer d’injecter Hekate. Ainsi, tu pourras vérifier ce qu’il en est au niveau du mode autoRCM et de la SD. Mais pas de raison que cela n’aboutisse à rien.